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METHOD AND DEVICE FOR EDITING SVG DIGITAL GRAPHICAL DOCUMENTS USING A BROWSER 



The present invention concerns the editing of digital graphical 
documents of the SVG or similar type, in particular from a browser. 

The SVG (Scalable Vector Graphic) language is a language for 
describing two-dimensional graphical documents written in a markup language of 
5 the XML (extensible Markup Language) or similar type. 

The SVG language allows for three types of graphical object or 
document: vector graphic shapes (for example, paths consisting of straight lines 
and curves), images and text. The graphical objects can be grouped, 
transformed and composited into previously rendered objects. The SVG 
10 language comprises a set of functions such as nested transformations, clipping 
paths, masks and template objects. 

SVG objects can be interactive and/or dynamic. Animations can 
thus be defined and triggered, either by incorporating SVG animation elements in 
SVG content, or via a script comprising for example executable commands. 
15 Editors are already known which make it possible to modify Web 

content, such as Web pages written in a markup language of HTML ("HyperText 
Markup Language") type, directly from a simple Internet browser. 

The Applicant was faced with the problem of modifying, in the same 
way as for text, digital graphical documents such as SVG graphical objects 
20 published on the Internet/World Wide Web by means of a simple Internet 
browser. 

As the SVG language is a textual format owing to the fact that it 
belongs to the markup languages, it is possible to modify any SVG document 
from a simple text editor. 

25 However, the Applicant wishes to be able to offer a more user- 

friendly and interactive environment, for example of WYSIWYG ("What you see 
is what you get") type, where interactions take place in particular by means of a 
man/machine interface device of the mouse or similar type. 

The present invention provides precisely a solution to this problem. 

30 It thus aims to provide an editor for SVG type digital graphical 

documents published on the Web, able to be executed on any browser 
whatsoever capable of displaying SVG documents in read mode. 
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It concerns a method of processing at least one digital graphical 
document represented in a predetermined markup language in which at least 
one software display program of browser type is used for displaying such a 
document. 

5 According to a general definition of the invention, the method 

comprises the following steps: 

i) transforming the original document displayed in read mode into 
an editable version in the markup language according to a set of predefined 
transformation rules, said transformation rules incorporating rules for writing to 

10 the document; 

ii) interacting via the software display program with the said editable 
version in order to modify said editable version according to said set of writing 
rules; and 

iii) transforming the editable version thus modified into a version in 
15 read mode incorporating the modifications made during step ii). 

In practice, the set of predefined transformation rules are not linked 
to the document. 

The software display program of browser type is capable of using 
the set of transformation rules for transforming the original document into an 
20 editable version. 

According to another embodiment, the reverse transformation 
according to step iii) is able, from an edited document, to retrieve the unedited 
document. 

For example, the direct transformation according to step i) is able to 
25 add guidance information capable of guiding the reverse transformation 
according to step iii). 

In practice, the guidance information belongs to the group formed 
by elements to be removed; elements situated in the modified document in a 
specific namespace; scripts updating the values of the guidance information; 
30 instruction information relating to the creation/modification of attributes. 

According to yet another embodiment, the direct transformation 
according to step i) is able to identify each selectable graphical element. 
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According to yet another embodiment, the direct transformation 
according to step i) is able to incorporate/move nodes written in the SVG type 
markup language into a non-SVG namespace in order to deactivate the effects 
of the said nodes and the reverse transformation according to step iii) is able to 
5 retrieve the SVG nodes moved into a non-SVG namespace. 

For example, the direct transformation according to step i) 
comprises a parameter capable of deciding to retain/remove an animation 
element. 

According to another example, the direct transformation according 
10 to step i) comprises mutation events able to synchronously modify the document 
with respect to the initial document. 

In practice, the direct transformation according to step i) 
incorporates a mechanism able to modify all or part of the edited document via 
programs available remotely from the document. 
15 In practice, the reverse transformation according to step iii) is able 

to modify or remove an initialization script in order to save modifications made on 
graphical elements created by the initialization script. 

Another object of the present invention is an apparatus for 
processing at least one digital graphical document represented in a 
20 predetermined markup language in which at least one software display program 
of browser type is used for displaying such a document. 

According to another aspect of the invention, the apparatus 

comprises: 

- transformation means for transforming the original document displayed in read 
25 mode into an editable version in the markup language according to a set of 

specific transformation rules which incorporate rules for writing to the document; 

- processing means for interacting via the software display program with the 
editable version in order to modify it according to the said set of writing rules; and 

- reverse transformation means for transforming the editable version thus 
30 modified into a version in read mode incorporating the modifications thus made 

by the processing means. 

According to one embodiment, the set of predefined transformation 
rules are not linked to the document. 
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According to one embodiment, the reverse transformation means 
are able to retrieve, from an edited document, the unedited document. 

According to another embodiment, the direct transformation means 
are able to add guidance information capable of guiding the reverse 
5 transformation means. 

In practice, the guidance information belongs to the group formed 
by elements to be removed; elements situated in the modified document in a 
specific namespace; scripts updating the values of the guidance information; 
instruction information relating to the creation/modification of attributes. 
10 According to yet another embodiment, the direct transformation 

means are able to identify each selectable graphical element. 

In practice, the direct transformation means are able to 
incorporate/move nodes written in the SVG type markup language into a non- 
SVG namespace in order to deactivate the effects of the said nodes and the 
15 reverse transformation means are able to retrieve the SVG nodes moved into a 
non-SVG namespace. 

Preferably, the direct transformation means are adapted to use a 
parameter capable of deciding to retain/remove an animation element. 

According to yet another embodiment, the direct transformation 
20 means are adapted to process mutation events able to synchronously modify the 
document with respect to the initial document. 

According to yet another embodiment, the direct transformation 
means incorporate in the writing rules a mechanism able to modify all or part of 
the edited document via programs available remotely from the document. 
25 Another object of the present invention is a data medium readable 

by a computer system, possibly totally or partially removable, in particular a CD- 
ROM or a magnetic medium, such as a hard disk or a floppy disk, or a 
transmittable medium, such as an electrical or optical signal, the data medium 
comprising computer program instructions allowing implementation of the 
30 method referred to above, when this program is loaded and executed by a 
computer system. 

Another object of the present invention is a computer program 
stored on a data medium, said program comprising instructions allowing 
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implementation of a processing method as referred to above, when the program 
is loaded and executed by a computer system. 

Other characteristics and advantages of the invention will emerge 
in the light of the following detailed description and the drawings in which: 
5 - Figure 1 is a flow diagram illustrating the main steps of the editing 

method according to the invention; 

- Figure 2 is a flow diagram illustrating the transformation step 
according to the invention; 

- Figure 3 is a flow diagram illustrating the SVG processing step 
1 0 according to the invention; 

- Figure 4 is a flow diagram illustrating the script node 
transformation step according to the invention; 

- Figure 5 is a flow diagram illustrating the reverse transformation 
step according to the invention; and 

15 - Figure 6 depicts schematically a device allowing implementation 

of the method according to the invention. 

With reference to Figure 1, the editing method according to the 
invention comprises at least five main steps. 

Firstly, according to the step E100, provision is made to acquire an 
20 image ISVG1 on the Internet or World Wide Web. 

Secondly, according to the step E110, provision is made to 
transform this first image ISVG1 into a second image ISVG2. This second image 
ISVG2 corresponds to an editable version of the first image ISVG1 , according to 
a set of predefined writing rules not linked to the image ISVG1. 
25 Thirdly, according to the step E120, provision is made to read the 

second image ISVG2. 

Fourthly, according to the step E130, provision is made to interact 
or modify the second image ISVG2 according to the said set of writing rules. 

Fifthly, according to the step E140, provision is made to perform the 
30 reverse transformation of the step E110 in order to obtain an updated version 
ISVG3 of the first image ISVG1. 

If need be, according to the step E150, provision is made to store 
the updated version ISVG3 on the original server or some other storage means. 
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The transformations of steps E110 and E140 are preferably 
performed from a simple Internet browser. 

With reference to Figure 2, the transformation E110 described with 
reference to Figure 1 is performed in practice in two parts. 
5 After acquisition of the document ISVG1 to be edited (step E200), a 

transformation (step E210) of this document into a new XML document is 
performed. 

This new XML document contains all the information of the image 
in a new form and is inserted at the step E220 into a graphical element of an 
10 SVG document. This element retrieves the attributes of the <svg/> root element 
and an xml:base attribute is added to it in order to retain the relative URI 
references. This element is included in another graphical element, which makes 
it possible to put the edited SVG document at the desired scale. 

This graphical element furthermore possesses interactive attributes 
1 5 that can for example be mouse events or mutation events. 

In practice, mouse events allow element selection and interactive 
modification ("drag & drop"). 

"Mutation" events make it possible to track the modifications made 
to the SVG document, which is useful for performing synchronous updating if 
20 necessary, but also for updating the information making it possible to easily carry 
out the reverse transformation E140 that will be described in more detail below. 

XML information is next added to this new document (steps E230 to 
E260) in order to construct a new SVG document. This last information is not 
specific to an image and corresponds to the various user interfaces allowing 
25 editing proper. 

This information comprises in particular means making it possible 
to easily select any editable graphical element (step E230): this is for example a 
list of elements, or a script able to retrieve mouse events making it possible to 
know the element selected with the mouse. 
30 According to the step E240, this information comprises means for 

modifying the edited SVG elements, possibly by adding new SVG elements. In 
practice, it is a question of adding graphical elements allowing the user to enter 
the parameters of each graphical element to be modified or created. 
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In accordance with the step E250, this information comprise 
means for applying external processing to all or part of the edited SVC 
document. In practice, it is a question of retrieving part of the SVG document an< 
executing on this part a modification defined outside the editor, on a network or . 
5 hard disk for example. For example, it may be an XSLT transformation, . 
JavaScript script, or a Web service invocation. 

In accordance with the step E260, this information comprise 
means for controlling the added functionalities. For example, these means mak< 
it possible to add certain information, in particular in order to zoom on part of th« 
10 document, go into Active Script/Passive Script mode, or control the time scale. 

A choice can be made to implement the steps E200 to E260 in th- 
form of a single script. The implementation can also be separated into two parts 
the first corresponding to a transformation (XSLT, JavaScript, etc) of the SVC 
document to be edited, the second part being an SVG editing document directl 
15 comprising the data of the steps E230 to E260. The transformation of thi 
document to be edited is then used in the SVG editing document. 

With reference to Figure 3, the first transformation (E110, Figun 
1) is applied to each child of the first <svg/> tag. One or more XML trees are tha 
created, assembled into a single result used at the step E220 (Figure 2). 
20 The first step E300 consists of acquiring the node to be processed. 

A test is made at the step E305 as to whether this is a node define* 
by reference or directly. 

If a relative reference external to the document is concerned, it i: 
transformed into an absolute reference (which makes it possible to store tht 
25 edited document under any URI whatsoever). 

If a script type node is concerned (step E305), the script node i: 
transformed (step E310) by means of the algorithm described with reference t< 
Figure 4. Otherwise, a test is made at the step E315 as to whether the node hai 
an identifier. An identifier is added to it (step E325) if (step E320) the element i: 
30 a graphical element without an identifier, which can be displayed and selects 
with the mouse. This allows an easier implementation of the graphical elemen 
selection. 
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Next the management data namespace is used. As SVG has 
open content model, all information that is not in the SVG namespace is r 
taken into account by an SVG reader. This possibility can therefore be used i 
adding information that is not useful during the user interaction phase but 
5 useful during the reverse transformation. 

The step E330 thus tests whether the current node is an animati 
node and whether or not the animations are to be deactivated. 

If this is the case, the node is moved (step E335) into t 
management data namespace, which allows deactivation of the animation duri. 
10 the interaction phase, reintegration of these animations during the transformati- 
phase, and no information loss. 

Next, at the step E340, the information necessary for the rever 
transformation is initialized. This information (which is put in the form 
attributes) makes it possible to know the following during the rever 
15 transformation: whether or not the elements have been modified, whether or r, 
the elements are to be removed, or whether the graphical elements are defin< 
in XML or created/modified via a script using DOM (programmatic graphic 
representation of an XML document or "Document Object Model"). 

In the case of creation/modification by script, this information at. 
20 makes it possible to know whether an initialization script is concerned at the tin 
of loading the SVG. 

Elements can be created by a script (at the time of display of tl 
document for example), in which case it is necessary to remove them at the tin 
of the reverse transformation. Furthermore, elements added by a script called 
25 the original SVG document are not necessarily modifiable. This manageme 
information therefore makes it possible to differentiate the editing of the; 
elements. 

Other information is also stored in the management namespace: f 
example the URI of the original document to the SVG document in order to allc 
30 the step of storing the modified file and facilitate the reverse transformation. 

During the step E345, a test is next made as to whether the node 
be processed corresponds to a reference node (<symbol/> type). In this case, i 
attribute containing a list of the elements that reference this node is added to it. 
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the user then wishes to modify an element referencing this node, he is ask< 
whether he wishes to modify the node (and therefore all the referent elements) 
only the graphical element, in which case the node is cloned, it is modified at 
the graphical element is pointed to the modified node. Finally, if the node h; 
children to be processed (step E355), each of the nodes is recursively process* 
in the same way (step E360), otherwise the algorithm ends (step E365) I 
returning the result of the processing. 

To finish the processing of the SVG document, the attributes of tf 
<SVG/> root element are copied into the management namespace in order 
allow the reverse transformation to retrieve them. Furthermore, the attributes 
the root element are repeated in part in the graphical elements incorporating tf 
result of the transformation, in particular the "event" attributes. 

With reference to Figure 4, the processing of script nodes he 
been depicted. 

The effects of scripts can be a nuisance during the SVG editir 
phase; the user is therefore allowed to deactivate and activate them. 

To do this, after acquisition of a script node (step E400 whic 
follows step E310), the value of the node is retrieved (step E430) and, for eac 
function of the node (steps E440, E450 and E470), a test is added (step E46( 
making it possible to know whether or not the function has to be executed. 

This test corresponds simply to checking whether an attribul 
"scriptEnable" for active script is set to true or false. The user can modify th 
attribute during the editing phase in order to activate/deactivate these scripts. 

Generally, the functions called by the method of the invention ar 
defined directly in the document. If these functions are defined in anoth< 
document, it is possible to define the script node by reference to the extern! 
document. In the case where a script node is defined by reference (step E410 
the document pointed to is retrieved and it is inserted as the value of this nod 
(step E420). Furthermore, the reference to the external document is removed. 

The majority of interactions consist of modifying elements that ar 
written directly in the SVG document. In this case, it is sufficient to modify th 
element using the DOM functionalities. The management data, in particular th 
attributes corresponding to the node modification/non-modification test, ar 
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updated. The addition of new elements is also offered to the user. All the DOI 
functionalities for modifying the tree (change of place/node cloning for exampU 
are possible, provided they comply with the SVG standard. 

It is possible for the SVG document to contain scripts that w 
modify this document at precise times. When such scripts add elements, thes 
elements are removed during the reverse transformation. On the other han< 
modifications made on pre-existing elements are more difficult to manage. This 
because it is possible for the user to delete these modifications by interaction; 
Furthermore, during rereading of the saved SVG document, these scripts ca 
again modify the document. In order to overcome this problem, the metho 
according to the invention offers the user editing/modification of the scripts. 

In many SVG documents, an initialization script is used to add ne* 
graphical elements and/or modify elements present. It is important to n< 
interfere with this initialization. For this reason, the scripts are not deactivated < 
the start of the editing. The modifications made are detected by means c 
"mutation" events (element creation by script can be detected differently) an 
taken into account in different ways. 

For example, if new elements are concerned, they are marked a 
such (elements created by script) and they are placed, if this is not already th 
case, in the graphical element that contains all the edited graphical elements. 

in another example, if attribute modification/addition is concerned, 
is indicated (via the management data namespace) that these attributes ar 
modified by an initialization script 

Certain modifications of graphical elements created/modified b 
initialization script are permitted. If the user wishes to modify such elements, h 
is warned that these modifications will not necessarily be retained after the sav 
phase. When it is a question of simple modifications (change of values c 
attributes or elements), the modifications are noted in the form of a script an< 
there is added to the modified element an attribute (in the management dat, 
namespace) that points to this new script. The reverse transformation will thei 
add this script to the script called at the end of the initialization script. 
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During the reverse transformation, the XML elements created I 
the initialization script are to be removed. They are therefore labeled as to I 
removed. 

The SVG language supports certain functionalities of the languac 
5 called SMIL (Synchronized Multimedia Integration Language) and which is 
multimedia document animation format. These animations come in the form 
<animate/>, <animateMotion/>, <animateColor/> and <set/> elements insic 
graphical elements. To facilitate the document editing, the direct transformatic 
possesses a parameter that makes it possible to define whether it is wished 
10 retain or deactivate these elements, for example by incorporating them in i 
element whose namespace is not that of SVG but the one defined for tl 
management information. Thus, the reverse transformation can reintegrate the: 
elements. 

The user enters a URI that corresponds to a document allowing i 

1 5 operation to be carried out on all or part of the SVG document. This URI points 
a document of the script (XSLT, JavaScript) or WSDL (Web Services Descriptu 
Language) type, which define processing that can be performed on an SVG da 
fragment The user then chooses the part of the edited SVG document to I 
modified. The program then initiates a script that will execute the script/W< 

20 service. The script retrieves the result and adds it to the SVG document, possit 
in the place of the part of the SVG document input. 

The direct transformation (step E110, Figure 1) initializes tl 
information useful for the reverse transformation (step E140, Figure 1). Tl 
scripts added to the edited SVG document make it possible to keep th 

25 information up to date in accordance with the user interactions. The rever: 
transformation takes the SVG document modified by the operations of the us 
and transforms it in order to put it back in a format close to the original editi 
SVG document. To do this, the reverse transformation will use this additior 
information for constructing the result document. 

30 With reference to Figure 5, at the step E500, the rever 

transformation retrieves the XML node to be processed. At the step E505, a te 
is made as to whether the node has been modified or created by an initializati< 
script. If yes, the modification script is retrieved if one exists (step E5K 
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otherwise step E515 is gone to directly. Step E515 consists of testing whetr 
the node is to be removed. If this is the case, step E520 is gone to. All the po 
initialization modification scripts corresponding to the child nodes are th 
retrieved, and are added to the end of the initialization script. The next node 
5 then gone to directly. The process can be refined by separating the nodes whe 
only the tag is to be removed, the children having to be processed normally, 
this case, all the children are retrieved and put in the list of nodes to 
processed. 

If the node is not to be removed, the step E525 is gone to. 

10 At the step E525, a test is made for any modification of the node . 

the user. In the absence of modification, the original XML node is retries 
(steps E530 and E535) and added to the document. The processing is th« 
finished for this node and the next node is gone to. 

If the node has been modified or if the original XML node is n 

15 possessed, step E540 is gone to. An element corresponding to the node 
added, the attributes are filtered in order to remove the attributes of tl 
management data namespace and the identification attributes if they we 
created by direct transformation. If the node has children (step E545), each 
the children is processed recursively (step E550), otherwise the value of tl 

20 node is processed (step E565). This step consists of copying the value except 
the case of script nodes in which case the test corresponding to t\ 
activation/deactivation of scripts is removed. The algorithm is then finished (ste 
E560). 

Once the document has been transformed, the last step consists 
25 integrating this document into an <SVG/> element to which the informatic 
stored in the direct transformation is added. 

For example, the document ISVG1 to be processed, in res 
version, corresponds to the following SVG document. 

30 <svg width="250" height="250 " 

xmlns ="http : //www. w3 . org/2 000/svg" 

xmlns :xlink="http ://www. w3 .org/1999/xlink" 

xmlns :nsvg="http: //example .com/ nonsvgns"> 
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' <g id="Group" style="stroke-width:4 ; stroke 

antialiasing : false" > 

<image xlink : href =" image . jpg" x^'lO" y= M 10" width="4C 

5 height="40" /> 

<text style="font-size : 12 ; f ill-opacity : 1" x="5C 

y="10"> 

My SVG image 
</text> 
10 </g> 

<script type= " text/ecmascript " xlink : href = "my script . j s " / ; 
</svg> 

In write mode, the document ISVG2 corresponds to the followir 

15 instructions. 

<svg width="1600" heights " 1600 " viewBox="0 0 1600 1600 
xmlns = " http : / /www . w3 . org/ 2 00 0/ svg " 
xmlns : xlink= "http : / /www . w3 . org/ 19 99/xlink" 
20 xmlns : nsvg-"http : / /example . com/nonsvgns" > 

<g id=" ns vg : svg_image " > 

<i— the next element encapsulates the source image 
<g id= 11 nsvg : wrappei 

url="http : //example . com/servlet/Update?id=10 " 
25 sw±tch= M true" onmouseup=" on_mouseupp (evt) 

onload="init (evt) "> 

<g i d~ " Group " style="st r oke - wi d t h : 4 ; s t rok€ 

antialiasing : false" > 

<image xlink : href =" image . jpg" x="10" y="lC 
30 widttu="40" height="40" /> 

<text style="font-size : 12 ; fill-opacity : 1 " x="5C 

y«"10 n > 

My SVG image 
</text > 

35 </g> 

</g> 

<g nsvg : removes "true 11 > 

<!-- contains the UI objects for interaction ar 

display 
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contains in particular GUIs for SVG objec 

selection 

contains in particular GUIs for SVG objec 

modification 

5 <text x="90" y="i0" style= " text-anchor : left ; font 

size : 12">X«</text> 

<!-- other svg elements 

</g> 
</g> 

10 < script type="text/ecmascript " nsvg: removes" true" > 

<• --nsvg: remove is information that will guide th 
reverse transf ormation- - > 
< ! [CD AT A [ 

function on_mouseup (evt) 

15 { 

// allows interaction with the user such a 

drag&drop, 

// object redimensioning, etc. 

} 

20 <!-- other javascript functions --> 

]]> 

</script> 

<scr ipt type= " text/ecmascript " nsvg : href ="my script . j s 
nsvg : removes n ini tThere" > 
25 <!-- inlined scripts functions with a disabl 

mechanism- -> 

</script> 
</svg> 

30 For this example, the transformation rules are defined in the form c 

an XSLT script. This script will in particular include elements allowing interactio 
with the user (graphical object move function using drag & drop) 



<xsl : stylesheet vers ion = "1.0" 
35 xmlns :xsl="http: //www.w3 . org/1999/XSL/Transf orm" 

xmlns :xlink="http: //www. w3 . org/199 9/xlink" 
xmlns = "http : //www. w3 . org/ 2 000/ svg" > 
<xsl : template match=" *"> 
<svg> 
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<xsl:copy-of selects "©*"/> 

<xsl : attribute name="width H >1600</xsl :attribute> 
<xsl : attribute name= "height " >1600</xsl : attribute> 
<xsl : attribute name="viewBox" >0 0 1600 1600</xsl : attribute: 
5 <xsl:if test="not (@id) "> 

<xsl attribute name="id">root</xsl :attribute> 
</xsl : if > 

<g id=" nsvg : wrapper " switch= M true 

onmouseup="on_mouseupp (evt) "onload=" init (evt) "> 
10 <xsl : attribute name= n url u > . . .</xsl :attribute> 

<xsl : for-each select= n * [not (name () = 1 script 1 ) ] "> 

<xs 1 : call - template name= 11 trans f ormNode 11 / > 
</xsl : f or-each> 

<g nsvg: remove = M true" > 
15 <text x="90" y=»i0" style= " text- anchor : left ; font 

size : 12 " >X=</ text> 

< ! - - other svg elements - - > 
</g> 

</g> 

20 <script type-" text /ecmascript " nsvg : removes M true " > 

<!- -nsvg : remove is information that will guide th 
reverse transformation 

< ! [CDATA [ 

function on_mouseup (evt ) 

25 { 

// allows interaction with the user such a 

drag&drop, 

// object redimensioning, etc. 

} 

30 <!-- other javascript functions 

]]> 

</script> 

<! --other svg elements --> 
</svg> 

35 </xsl : template> 

<xsl : template name = " t rans f ormNode " > 

<-- transformation rules for each svg child --> 
<xsl : template> 
</xsl : stylesheet> 
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Furthermore the writing rules are here for example of the deletic 
insertion, modification or similar type. 

With reference to Figure 6, a device is depicted for implementing tl 
software that makes it possible to process SVG documents in accordance wi 
5 the method of the invention. 

The device can be for example a microcomputer 10 connected to varioi 
peripherals, for example a digital camera 107 (or a scanner, or any ima< 
acquisition or storage means) connected to a graphics card and supplyii 
information to be processed according to the invention. 
10 The device 10 comprises a communication interface 112 connected to 

network 113 able to transmit digital information. The device 10 also comprises 
storage means 108 such as for example a hard disk. It also comprises a flopi 
disk drive 109. The floppy disk 110 like the disk 108 can contain softwa 
organization data of the invention as well as the code of the invention that, on< 
15 read by the device 10, will be stored on the hard disk 108. According to a variar 
the program that allows the device to implement the invention can be stored 
read-only memory 102 (called ROM in the drawing). The same applies for tl 
coding procedures. In a second variant, the program can be received in order 
be stored in a manner identical to that described previously by means of tJ 
20 communication network 113. 

The device 10 is connected to a microphone 1 1 1 by means of the I/O ca 
106. The data to be processed according to the invention will be audio signal 
this case. 

This same device possesses a screen 104 making it possible to disph 
25 the information to be processed or to serve as an interface with the user who c< 
parameterize certain processing modes, by means of the keyboard 114 or ai 
other means (a mouse for example). 

The central unit 100 (called CPU) executes the instructions relating to tt 
implementation of the invention, instructions stored in the read-only memory 1( 
30 or in the other storage elements. During power-up, the programs and processir 
procedures stored in one of the non-volatile memories, for example the RO 
102, are transferred into the random access memory RAM 103 which will the 
contain the executable code of the invention as well as the variables necessa 
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for implementing the invention. In a variant, the processing procedures can b< 
stored in different locations. This is because it is possible to improve th< 
invention by adding new procedures transmitted either by the communicatioi 
network 1 13 or by means of floppy disk 110. Of course, the floppy disks can fcn 
5 replaced by any data medium such as CD-ROM or memory card. 

The communication bus 101 allows communication between the differer 
sub-elements of the microcomputer 10 or those connected thereto. Th< 
representation of the bus 101 is not limiting and in particular the central unit 10< 
is capable of communicating instructions to any sub-element of 10 directly or b; 
1 0 means of another sub-element of the microcomputer 1 0. 

The device described here is capable of containing all or part of th< 
processing described in the invention. 



